home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group02b.txt / 000060_icon-group-sender_Fri Oct 4 12:30:10 2002.msg < prev    next >
Internet Message Format  |  2003-01-02  |  4KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.11.1/8.11.1) id g94JU7w11408
  4.     for icon-group-addresses; Fri, 4 Oct 2002 12:30:07 -0700 (MST)
  5. Message-Id: <200210041930.g94JU7w11408@baskerville.CS.Arizona.EDU>
  6. From: Andrew Shi-hwa Chen <chenandr@cse.msu.edu>
  7. X-Newsgroups: comp.lang.icon
  8. Subject: Re: Icon Wish List
  9. Date: Fri, 04 Oct 2002 11:30:47 -0400
  10. X-Accept-Language: en
  11. To: icon-group@cs.arizona.edu
  12. Errors-To: icon-group-errors@cs.arizona.edu
  13. Status: RO
  14.  
  15. This is a multi-part message in MIME format.
  16. --------------BD999B6AED3EAC0F935360F4
  17. Content-Type: text/plain; charset=us-ascii
  18. Content-Transfer-Encoding: 7bit
  19.  
  20. This sounds like how OO is done in LPC, which isn't really bad at all. I
  21. rather like the one-file one-class model myself, but a big problem with
  22. it is reloading if the file changes. Also, another big problem with it
  23. is if people with Java backgrounds start using Icon, they'll want all
  24. sorts of classes for all sorts of things (listeners, adaptors,
  25. interfaces, etc...) and the code will bloat to the point where Icon will
  26. look like a much more complicated Java.
  27.  
  28. I would recommend subclassing that's single-inheritence and inferred
  29. from directory structure. A directory with a class of the same name in
  30. it would be the parent class, child classes would have different names
  31. (but in the same directory), grand children would be in a subdirectory,
  32. etc.... Having both a file with a name (say "foo") and a directory with
  33. that name and a file with that name in it (say "foo" with "foo" in it)
  34. would be an error.
  35.  
  36. Why this way?
  37.  
  38. 1) The file browser doubles as a class browser.
  39. 2) It promotes the use of class clusters a la Objective-C.
  40. 3) Similar to Java packages, it makes for a very clean and easy to
  41. understand namespace organization.
  42.  
  43. But I would highly recommend against creating any kind of standard class
  44. library or anything like that. Don't force OO on people that don't want
  45. it - let them continue to use it as a scripting language if they want to
  46. (a la Python) - let them code anything (GUI apps, etc...) without
  47. needing to subclass this or that or whatever.
  48.  
  49. "Shmuel (Seymour J.) Metz" wrote:
  50. > 
  51. > In <ambeg5$4gk5e$1@ID-79573.news.dfncis.de>, on 09/19/2002
  52. >    at 12:57 PM, "Andrew Hamm" <ahamm@mail.com> said:
  53. > 
  54. > >Since Icon is completely free with variable types and call arguments,
  55. > >it follows that class members should not be typed,
  56. > 
  57. > No. The class is the type.
  58. > 
  59. > >and overloaded methods do
  60. > >not make sense either
  61. > 
  62. > They make perfect sense if you allow subclasses and such.
  63. > 
  64. > >one name, one method
  65. > 
  66. > Too restrictive, and destroys some of the value of OO programming.
  67. > 
  68. > >What about member privacy? With the 1 file, 1 class model, it does
  69. > >become possible to add a "private" keyword for class methods,
  70. > >members and statics. If marked as private, the member is not visible
  71. > >outside the file. However, that does not fit at all with the dynamic
  72. > >typing of Icon.
  73. > 
  74. > Yes it does. Don't confuse the scope of the name with the lifetime of
  75. > the object.
  76. > 
  77. > >However,
  78. > >that does not fit at all with the dynamic typing of Icon.
  79. > 
  80. > It fits in perfectly. All that changes is that there are more possible
  81. > types.
  82. > 
  83. > >How do you know the type of a particular variable at any one time?
  84. > 
  85. > The same way as in any other language with dynamic types.
  86. > 
  87. > >To do this "properly" on UNIX, the compiler could probably write to
  88. > >a tmp file (not linked into a directory) and then hand the open file
  89. > >handles off to a cooperating iconx which can slurp up the icode from
  90. > >the tmp file handles and then close them, resulting in their
  91. > >deallocation.
  92. > 
  93. > Bletch!
  94.  
  95. -- 
  96. Andrew Chen
  97. --------------BD999B6AED3EAC0F935360F4
  98. Content-Type: text/x-vcard; charset=us-ascii;
  99.  name="chenandr.vcf"
  100. Content-Transfer-Encoding: 7bit
  101. Content-Description: Card for Andrew Shi-hwa Chen
  102. Content-Disposition: attachment;
  103.  filename="chenandr.vcf"
  104.  
  105. begin:vcard 
  106. n:Chen;Andrew
  107. x-mozilla-html:FALSE
  108. url:http://www.cse.msu.edu/~chenandr/
  109. org:Michigan State University;Computer Science and Engineering
  110. version:2.1
  111. email;internet:chenandr@cse.msu.edu
  112. title:Teaching Assistant
  113. adr;quoted-printable:;;3315 Engineering Building=0D=0Ac/o Computer Science Department;East Lansing;Michigan;48825;USA
  114. x-mozilla-cpt:;0
  115. fn:Andrew Chen
  116. end:vcard
  117.  
  118. --------------BD999B6AED3EAC0F935360F4--
  119.  
  120.